Wie beendet man ein Maschinenprogramm richtig

… spring doch einfach durch den Vektor für den Warmstart 😉

... ich muss ehrlich sagen, daß mein Programm gar keine Option hat wieder ins DOS zurückzuspringen... Mein Programm startet als AUTORUN auf einer .atr Disk, wo ein Mini-Dos drauf ist. Ich denke, um es zu beenden sollte ein RTS reichen. Ansonsten kann man natürlich durch den Wramstart -/ oder Kaltstartvektor springen ... bzw. eigentlich auch direkt ins DOS zurückspringen. Entsprechende Adressen und Vektoren finden sich bei Speicherstelle 9 bzw. der Warmstartvektor ist bei 10,11 oder bei 580 ($244) = Kaltstart-Flag und entsprechen die Stellen 578/579 = ($242,$243) Adresse für den Disk-Boot-Loader.

RTS

DOS ruft INIT und START per JSR auf.

Hi Olix,

es ist nicht richtig, ein Maschinenprogramm über BRK zu beenden. BRK springt nicht zurück sondern hört an der Stelle einfach auf und löst einen Softwareinterrupt aus.

RTS ist grundsätzlich richtig. Eigentlich finde ich, daß der Befehl RFS heißen müßte, denn es soll ja "Return From Subroutine" heißen. Aber man könnte es ja "Return To Subroutine-Call" nennen 🙂

Wenn Du also vom DOS aus folgendes Programm aufrufst:

LDA #$01 TAX INX TXA RTS

kommst Du an die Stelle zurück, wo Du herkommst. Bei einem CLI-DOS sicherlich die Eingabezeile.

Wenn das Programm so aussieht:

LDA #$01 TAX INX TXA JMP (DOSINI)

kommst Du auch ins DOS zurück. Ich müßte jetzt ausprobieren, ob bei einem DOS mit Menü dadurch das Menü neu geladen wird, weiß ich halt gerade nicht.

Was ich auch überperprüfen müßte wäre ob der Prozessorstapel bei diesem Rücksprung (der eigentlich keiner ist) aufgeräumt ist. Es könnte nämlich sein, daß Du zwar wieder im DOS landest, aber da Du nicht zurückgesprungen bist könnte die Rücksprungadresse noch auf dem Prozessorstapel liegen. Dann würde der Stapel mit jedem Programmaufruf um 2 Byte wachsen bis er überläuft. Es kann aber auch sein, daß die INI-Routine des DOS den Stapel zurücksetzt. Dann wäre das immer noch ein Fehler, aber ohne Auswirkung.

Ferner könntest Du auf die Idee kommen, daß es nicht gut ist, wenn Durch Dein Programm die Werte von A, X und Y verändert werden. Das DOS muß ja damit klar kommen, daß da plötzlich was anderes drin steht (ich hatte noch keinen Fall, wo es das nicht tut, soll nur als Beispiel dienen). Man könnte die Werte retten, wie man das bei einem Interrupt machen muß. Dann sieht das so aus:

PHA ;retten TXA PHA TYA PHA LDA #$01 ;programm TAX INX TXA PLA ;wiederherstellen TAY PLA TAX PLA RTS

Wenn Du da mit PHA nicht genauso viel auf den Stapel schiebst wie Du mit PLA wieder herunter nimmst dann knallt es beim RTS richtig.

BRK nimmt übrigens die Rücksprungadresse nicht vom Stapel.

Empfohlenes Buch: SYBEX: Programmierung des 6502 (Rodnay Zaks)

CU, Erhard

Sollte das Programm eigene DLI oder VBI nutzen, ist auch daran zu denken vor dem Ende des Programms die alten Einstellungen wieder herzustellen.

Daher ist ein JMP $E474 oder $E477 die einfachere Variante um das Programm zu beenden. Da macht das System einen Reset und Du musst nicht darauf achten, was vorher war.

Erhard schrieb: RTS ist grundsätzlich richtig. Eigentlich finde ich, daß der Befehl RFS heißen müßte, denn es soll ja "Return From Subroutine" heißen. Aber man könnte es ja "Return To Subroutine-Call" nennen 🙂

Falls ich mich recht erinnere, heißt der Befehl laut "Der Atari-Assembler" tatsächlich "ReTurn from Subroutine". Das 'T' in der Mitte steht für das in "Return".

Olix schrieb: P.S. Was mich ja beruhigt ist, dass es sich, bei den vielen unterschiedlichen Ansätzen die hier vorgeschlagen wurden, gar nicht um eine soooooo triviale Frage handelt. 😉

Sie ist in der Tat nicht trivial. Meist ist die Standard-Methode ein Programm zu beenden, den Rechner aus- und wieder einzuschalten. Viele Spiele überschreiben das DOS, un mehr Speicher nutzen zu können, dann ist nichts mehr da, wohin sie zurückspringen könnten. Und deshalb ist das korrekte Verlassen eines Programms ein sehr wenig besprochenes Thema.

Das war auch für mich schon einer der Gründe, warum ich an meinen Atari 400 (48kB) einen kleinen Kaltstart-Taster angebaut habe. Damit konnte ich jedes Programm ganz einfach mit einem Tastendruck beenden bzw. neu starten, ohne den Rechner ständig aus-/anzuschalten.

Hi,

atarixle schrieb: Viele Spiele überschreiben das DOS, un mehr Speicher nutzen zu können, dann ist nichts mehr da, wohin sie zurückspringen könnten.

wie viele Spiele haben ein Menü, über das man sie verlassen könnte? Und wie viele Spiele schafft man durch "bis zum Ende spielen" an den Punkt zu bringen, wo ein Verlassen sinnvoll wäre?

Dieses "Zurückkehren zu einem übergeordneten Programm" ist vermutlich eher bei bestimmten Softwarearten sinnvoll: Hilfsprogramme für ein DOS, Anwenderprogramme wie ein Editor oder Malprogramm, Programmierumgebungen wie ein BASIC(-Modul), Diagnosesoftware wie ein Debugger usw.

CU, Erhard

Erhard schrieb: ... Dieses "Zurückkehren zu einem übergeordneten Programm" ist vermutlich eher bei bestimmten Softwarearten sinnvoll: Hilfsprogramme für ein DOS, Anwenderprogramme wie ein Editor oder Malprogramm, Programmierumgebungen wie ein BASIC(-Modul), Diagnosesoftware wie ein Debugger usw.

... ABBUC Magazin Intros 😉

Hier am einfachsten immer mit jmp $E474 über den warm reset gehen. Das ABBUC Magazin Programm wurde so geschrieben, dass es dadurch wieder gestartet wird ohne es neu laden zu müssen.

Wie beendet man ein Maschinenprogramm richtig?

Mit Elvis: Return to sender (RTS). 😂 Habe ich mir als nicht-Programmierer so gemerkt. 😀

Hi,

ich verwende meist auch nur RTS fürs Beenden. Früher(tm) fand ich es witzig die Programme resetfest zu machen. So musste man den Rechner hart ausschalten, um ins DOS zurück zu kehren. Heute find ich es aber eher suboptimal gerade auch um die Hardware etwas mehr zu schonen verzichte ich auf solche Dinge. Dann eher JMP $E474 für einen Warmreset nutzen. Register auf den Stack zu sichern für DOS ist unnötig. Eher merkt man sich den Stackpointer per TSX und stellt diesen am Ende wieder her, per TXS dann RTS und man ist fein raus, egal wie man im Stack gepfuscht hat, einzige Voraussetzung man hat es im Stack nicht übertrieben.

LG Lars